Dann willkommen zur Einführung in Software Engineering und heute haben wir

das spannende Thema Projektmanagement, Software Projektmanagement, aber viel davon

hat auch mit generell Projektmanagement zu tun. Und Projektmanagement ist zum Beispiel

relevant, wenn man ein eigenes Projekt plant und durchführen möchte. Insbesondere sind ein paar

von den Sachen, die wir hier drin haben, sehr, sehr nützlich, um eine Abschlussarbeit vorzubereiten.

Für eine Abschlussarbeit wird man eine Themenbeschreibung anfertigen müssen und das ist

im Prinzip ein halbseitiger Projektplan. Ist ja nur relativ kurzes Projekt, das man dort plant,

aber viel davon, was wir heute diskutieren, wird für die Anfertigung von der Abschlussarbeit

wichtig sein. Wir werden auch einige Dinge sehen. Wir stützen uns ja hier auch sehr stark auf

verschiedene Lehrbücher und wir werden an einigen Stellen sehen, dass hier auch häufig die

Managementperspektive vertreten ist, auch in den Folien, in der Zusammenfassung, aber insbesondere

auch in dem Lehrmaterial. Und das muss man auch ein bisschen hinterfragen, sich ein bisschen

anschauen. Wir finden, dass natürlich viele von den Ansätzen ihre Rechtfertigung haben,

aber prinzipiell sollte man sich auch so ein paar Überlegungen dazu machen, warum denn die

Ansätze entsprechend aussehen. Ich werde auch ein bisschen darauf eingehen. Okay, fangen wir an mit

dem Projektmanagement und an gegebenen Stellen werde ich auch ein, zwei Anekdoten erzählen,

weil ich denke, dass die Sachen, die man im Lehrbuch findet, die sind zwar schön und nett,

aber vielleicht kann so eine Anekdote ein bisschen helfen, warum entsprechende Dinge in

Management-Lehrbüchern stehen. Okay, das erste, was wir uns angucken werden, ist natürlich,

was ist denn überhaupt Software-Projektmanagement. Dann gehen wir halt die unterschiedlichen

Kategorien durch. Wir schauen, wie können wir uns mit Zeitmanagement auseinandersetzen,

wie können wir uns mit Kostenmanagement, also Kosten sind ja im Prinzip auch Zeit und

Qualitätsmanagement, ja wie messe ich überhaupt, was ich da tue, ob das gut ist oder nicht. Dann

ein fünfter Punkt, den wir uns anschauen, Human Resource Management. Für mich persönlich,

ich finde, das ist ein absolut unmöglicher Terminus, findet sich aber so, findet sich in

den menschlichen Ressourcen. Also es sind natürlich Menschen, mit denen man da arbeitet,

das finden wir dann auch auf den Folien, aber die Menschen einfach managen, finde ich, ist ja

etwas flach von der Herangehensweise, sondern in so einem Team gibt es eben unterschiedliche

Charaktere und mit denen muss man eben gut zusammenarbeiten können und das reine Verwalten,

naja, finde ich nicht so gut. Ich werde auch an ein paar Punkten Anekdoten erzählen, wo wir, wo

ich auch selber in eigener Erfahrung Human Resource Management in Großunternehmen gesehen habe und dann

mich schon manchmal fragen muss, ob das wirklich die effektivste oder sinnvolle Variante ist, mit

denen, mit Menschen entsprechend umzugehen. Und letzter Punkt wird Risikomanagement sein und

insbesondere, wenn man sich das jetzt in Zusammenschau anguckt, relevant, auch in meiner Arbeit sind viele

Punkte, die wir hier sehen. Also vieles von dem, was wir hier sehen, ist relevant, aber einige Dinge

sind eben, man könnte sagen, etwas verkompliziert, was ganz wichtig ist, wenn man sich mit Projekten

auseinandersetzt, ist, dass man einen gesunden Menschenverstand einsetzt und sich eben vernünftig

mit den Dingen auseinandersetzt und man kann natürlich dann streng formal werden, besonders

formal wird man halt in großen Unternehmen und die fangen eben an, formale Prozesse zu definieren,

um die Dinge besser unter Kontrolle und fairer zu kriegen, dass sich eben keiner beschwert darüber,

aber bei dem war es so und bei dem war es so und so, sondern dadurch wird das Ganze eben sehr

rigide. Nun gut, schauen wir uns das Ganze an. Was ist denn überhaupt Software-Projektmanagement?

Also Software-Projektmanagement ist wichtig, weil wir quasi ja gewisse Herausforderungen an so ein

Software-Projekt haben, insbesondere, dass es rechtzeitig ausgeliefert wird, dass wir keine

Ressourcen verschwenden, dass wir quasi die Kosten in unserem Budget halten können,

dann muss man eventuell Kompromisse machen, dann natürlich soll die Software am Ende demjenigen,

der sie einsetzt, auch gefallen, also sie soll quasi den Erwartungen entsprechen und natürlich

möchten wir ein gutes Team am Leben halten, also wir wollen den Team Spirit nicht kaputt machen und

es gibt also viele Methoden, Team Spirit kaputt zu machen und einige, wenn man sich anguckt,

es gibt auch genügend Comics, Witze und sonst was über schlechtes Management, da findet man also